home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19951130-19960209
/
000018_news@columbia.edu_Sun Dec 3 19:28:05 1995.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
3KB
Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA13143
(5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun>); Sun, 3 Dec 1995 17:38:57 -0500
Received: (from news@localhost) by apakabar.cc.columbia.edu (8.6.12/8.6.12) id RAA25714 for kermit.misc@watsun; Sun, 3 Dec 1995 17:38:55 -0500
Path: news.columbia.edu!sol.ctr.columbia.edu!news.kei.com!nntp.coast.net!lll-winken.llnl.gov!enews.sgi.com!decwrl!tribune.usask.ca!news.uregina.ca!meena.cc.uregina.ca!vogt12
From: vogt12@meena.cc.uregina.ca
Newsgroups: comp.protocols.kermit.misc
Subject: RE: Downloading a file directly from the host's Web-browser
Date: 3 DEC 95 19:28:05 GMT
Organization: MIT PLASMA FUSION CENTER
Lines: 31
Message-Id: <3DEC95.19280521@meena.cc.uregina.ca>
References: <3DEC95.04190434@meena.cc.uregina.ca>
Nntp-Posting-Host: meena.cc.uregina.ca
Apparently-To: kermit.misc@watsun.cc.columbia.edu
In yesterday's message, I described the two pairs of DEC VT control sequences
for sending screen output to a slave printer. I thought at the time that one is
a text- or "cooked-" mode, the other a binary- or "raw-" mode. Well, this is
incorrect; at least for authentic DEC dumb terminals it is. How do I know? Like
this: I read DEC's "VT 220 Programmer Pocket Guide", first, 1983. In there I
found out that "Auto print" (the ESC [ ? 5 i ; ESC [ ? 4 i pair) prints a line
and a CR AFTER it has echoed on the screen. The "Printer controller mode" (the
ESC [ 5 i ; ESC [ 4 i pair) prints characters WITHOUT displaying them on the
screen. But it is not a binary mode. NUL, XON, XOFF and CSI 5 i ; CSI 4 i (the
eight-bit version of the seven-bit pair just quoted) don't get sent! Therefore
I can't use it to download binary files.
It appears to me that the terminal, not the host, is responsible for
this. And when I run Kermit 3.0, its imitation of a VT causes nulls (ASCII 0)
to get lost; indeed it alters the data more than a real DEC VT does, according
to a comparison of its behaviour with the specs quoted on p. 28 of the Guide.
But the KERMIT.BWR file that accompanies Kermit 3.14 claims that the
"controller" mode prints transparently: ALL characters go the printer so long
as Parity is set to NONE. If this be true, then Kermit 3.14 and 3.0 are not
alike in this respect! (And this file got the purpose of the on/off sequences
backwards...)
Is there a newer control pair, perhaps introduced with VT340 & up, that
sends all characters unchanged to the slave printer? Please note that VT ser-
vices "Print cursor line, Print screen" are useless to me here.
Or do you know for a fact that Kermit 3.14 doesn't mess up its print-
only input by changing nulls etc?
If the answer to both these questions is "no", then somehow telling
VTWWW to download its current file with the CKermit "SEND" command is the only
way to capture it to local disk. Either that or using a term type acceptable to
the host, WYSE maybe, that can actually do transparent printing. Because the
"LOG SESSION" option, which IS transparent, will be stymied by the fact that the
binary file will be scrolled to, and stuck on, the screen. Any suggestions?